InfoMagic Internet Tools 1995 April/Internet Tools.iso/dos_win/winsock/maillist/94-04.Z/94-04/text0167.txt

Text File | 1994-04-30 | 12.9 KB | 293 lines

Does TRUMPET 1.0B support kill files?  If so, how?
   ---
Gary Rosin
[e-mail]
From [e-mail] Wed Apr 13 01:34:13 1994
Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
          id AA15141; Wed, 13 Apr 1994 19:13:28 -0400
Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
          id AA18956; Wed, 13 Apr 1994 18:00:17 -0500
Received: from GATEWAY by bigblue with netnews
    for [e-mail] ([e-mail])
To: [e-mail]
Date: Tue, 12 Apr 1994 15:34:13 +1000
From: [e-mail] (Gary S. Rosin)
Message-Id: <[e-mail]>
Organization: NeoSoft Internet Services   [phone]
Sender: ses
References: <[e-mail]>
Subject: Re: Where is Trumpet Winsock beta v1.0.b.6?

In article <[e-mail]> [e-mail] (Chris Grant) writes:
>several references to Trumpet Winsock beta v1.0b6.  When I check the normal
>source at utas I find only the alpha version, which has been there for months.

>Can anybody tell me how to find the newer version?

It hides at petros.psychol.utas.edu.au, in the directory
/pub/trumpet/winsock/pre-release.
   ---
Gary Rosin
[e-mail]
From [e-mail] Sat Apr  9 06:09:51 1994
Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
          id AA00207; Wed, 13 Apr 1994 20:43:28 -0400
Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
          id AA13143; Wed, 13 Apr 1994 19:33:23 -0500
Received: from GATEWAY by bigblue with netnews
    for [e-mail] ([e-mail])
To: [e-mail]
Date: Sat, 9 Apr 1994 06:09:51 GMT
From: [e-mail] (Ken Gerke)
Message-Id: <[e-mail]>
Organization: The University of Calgary, Alberta, Canada
Sender: ses
Subject: gophers and telnets under winsock

We're looking for a telnet that works with winsock and that will
cooperate nicely with a gopher client like hgopher.  With Winqvt,
you're ok when you request your first telnet session from Gopher,
but then if you leave the first session running or just leave
winqvt running, trying to invoke a second session is like trying
to start a second instance of winqvt and an error message is
generated about qvt already running.  I got one reply from QVT
software saying you could write some DDE in windows to get around
this problem, but have not received a reply on my requst as to
how to do this.

I've played with the trumptel product and it has some problems
with terminal emulation still as far as I can tell.  I've also
looked at the telnet from NCSA and it won't talk to an RS/6000 box.

So now I'm wondering about a new direction.  Are there any
commercial vendors of TCP/IP stacks who have written a stand-
alone Telnet that runs on Winsock which they have unbundled from
the rest of their TCP/IP protocol and application set and are
selling as just a Telnet product? If yes, I'd be interested in
knowing who to talk to about this.

We'd plan to run it over the Trumpet Winsock as soon as our site
license order is processed.
--

Ken Gerke
Academic Computing Services
[phone] | [e-mail]
From [e-mail] Wed Apr 13 20:43:29 1994
Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
          id AA00215; Wed, 13 Apr 1994 20:43:29 -0400
Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
          id AA20433; Wed, 13 Apr 1994 19:35:39 -0500
Received: from GATEWAY by bigblue with netnews
    for [e-mail] ([e-mail])
To: [e-mail]
Date: Tuesday, 12 April 1994 08:34:04 PST
From: "James A. Zaun" <[e-mail]>
Message-Id: <[e-mail]>
Organization: Boulder Creek, CA.
Sender: ses
Subject: Basic questions

I am unfamiliar with Windows 3.1(tm), specifically, the 16-bit version  with
cooperative   multitasking,   and   it's   relationship   to   the   Winsock
implementation of the TCP/IP 4-layer protocol stack.  Basic questions:

Are there non-reentrant implementations of Winsock around that prevent  more
than  one  Windows  3.1 task from using the Winsock services concurrently on
the SAME host?  If so, which ones?

Are there implementations of  Winsock  that  prevent  two  or  more  Windows
3.1(tm)  tasks  from  sending IP messages to each other on the SAME host? if
so, which ones?

Are there any implementations of Winsock that are  optimized  such  that  IP
datagrams  originating  and  delivered  on the SAME host are done so without
involving layers 1 and 2 of the TCP/IP protocol stack.   That  is,  can  two
tasks  on  that  SAME  host talk TCP/IP without any external I/O support and
without the overhead of MAC/FCS headers and trailers?  If so, which ones?

I'm also interested in message-based implementations of ONC  (not  DCE)  RPC
with  XDR (not ANS.1) for Windows 3.1 (not MS-DOS).  If not, any NT versions
of ONC RPC/XDR?   If so, what are the chances of it being ported to Chicago?
What about a portmapper?

Do all Winsock implementations support both TCP and UDP?  I need both.

My employer has assigned me the task of  rewriting  a  SUN/OS  client/server
application  for  use on Win32s using a commercial TCP/IP protocol stack for
communications on both local and remote hosts.  Remote  host  communications
will be conducted over Ethernet media.

Thanks. -Jim

Glossary:
  ANS.1: Abstract Syntax Notation One, an OSI data encapsulation protocol
  BSD: Berkeley Standard Distribution, first version of UNIX with TCP/IP
  Chicago: Microsoft code name for preemptive version of Windows.
  CRC: Cyclic Redundancy Check, a unique signature generated by a polynomial
  DCE: Distributed Computing Environment, suite of OSF distributed OS
    protocols
  FCS: Frame Check Sequence, CRC error detection of corrupted frames
  IP: Internet Protocol, datagram encapsulation and transmission
  MAC: Media Access Control, a set of frame encapsulation and control
    protocols specific to a transmission media
  MS-DOS: Microsoft Disk Operating System
  NFS: Network FileSystem, a protocol for remote filesystem access
  NT: New Technology, a 32-bit preemptive OS from Microsoft
  ONC: Open Network Confrontation :-), i.e. SUN
  OS: Operating System
  OSF: Open Software Foundation, i.e. not SUN
  OSI: International Standards Organization
  RPC: Remote Procedure Call, a synchronous communications protocol invented
    originally to support SUN NFS
  SUN: Workstation manufacturer born from the Stanford University Network
  SUN/OS: Operating system derived from BSD UNIX(tm)
  TCP: Transmission Control Protocol, ordered message transmission
  tm: trademark
  UDP: User Datagram Protocol, single message transmission
  UNIX: Simplified Multics like operating system from AT&T
  Win32s: Microsoft Windows 3.1 - 32-bit subset
  XDR: eXternal Data Representation, data encapsulation of ONC RCP arglists

Internet:        [e-mail]             CompuServe:  71652,1762
America Online:  JamesAZaun                        Telephone:   1,408-338-7679
From [e-mail] Tue Apr 12 22:17:59 1994
Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
          id AA10408; Wed, 13 Apr 1994 21:43:29 -0400
Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
          id AA24318; Wed, 13 Apr 1994 20:40:21 -0500
Received: from GATEWAY by bigblue with netnews
    for [e-mail] ([e-mail])
To: [e-mail]
Date: Tue, 12 Apr 1994 22:17:59 GMT
From: [e-mail] (Sargon)
Message-Id: <[e-mail]>
Organization: Sargon Industries
Sender: ses
References: <[e-mail]>
Subject: Re: WinFSP!!!

In article <[e-mail]> [e-mail] (BoNe PHiLe) writes:
>From: [e-mail] (BoNe PHiLe)
>Subject: WinFSP!!!
>Date: Tue, 12 Apr 1994 08:46:03
>Summary: Can't get it to work!!!
>Keywords: Chameleon FSP PPP

>I have a problem I recently switched from trumpet winsock to the Chameleon Ver
>of winsock and also switched to PPP from slip. I have got all apps now runing
>smoothly on my system except for winFSP anyone who can help me with this it
>would be greatly appreciated!

what is fsp i used to have it and it worked like an ftp only not as well. can
someone enlighten me?

-Sargon                                  Ftp for windows and winsock files
[e-mail]                        'b61503.student.cwru.edu'
                     "The only perfect science is hindsight."
From [e-mail] Wed Apr 13 03:14:45 1994
Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
          id AA15292; Wed, 13 Apr 1994 22:13:28 -0400
Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
          id AA18952; Wed, 13 Apr 1994 21:06:31 -0500
Received: from GATEWAY by bigblue with netnews
    for [e-mail] ([e-mail])
To: [e-mail]
Date: Tue, 12 Apr 1994 17:14:45 +1000
From: [e-mail] (Gary S. Rosin)
Message-Id: <[e-mail]>
Organization: NeoSoft Internet Services   [phone]
Sender: ses
Subject: WinQVT/Net & WinTalk: Can't get host name

I have a sporadic problem with WinQVT 3.97 & WinTalk refusing to run,
with error messages saying they can't get the local host name.  This
doesn't happen all the time.

I'm using a DIAL-UP DSLIP connection with at 386DX ($MB) running Trumpet
Winsock (I have the same probem with both Rev A and the various Rev B's).

I have a HOSTS file to save always having to go to the nameserver, but
no entry for the local host.  My thinking is that the name/IP address changes
according to the port I log in on.  As part of the login script, the
DSLIP server passes the IP address.

   ---
Gary Rosin
[e-mail]
From [e-mail] Tue Apr 12 22:35:16 1994
Received: from bigblue.oit.unc.edu by SunSITE.Unc.EDU (5.65c+IDA/FvK-1.07) with SMTP
          id AA15301; Wed, 13 Apr 1994 22:13:29 -0400
Received: by bigblue.oit.unc.edu (AIX 3.2/UCB 5.64/4.03)
          id AA07520; Wed, 13 Apr 1994 21:00:03 -0500
Received: from GATEWAY by bigblue with netnews
    for [e-mail] ([e-mail])
To: [e-mail]
Date: Tue, 12 Apr 1994 22:35:16 +0000
From: [e-mail] (shin)
Message-Id: <[e-mail]>
Organization: dios
Sender: ses
Subject: 2 Trumpet PC's to 3Com Server - Registration??

[Orginally posted to trumpet.questions - I meant to cross post here also]
[Apologies for the strange title - but I'll try to explain]
[Extra apologies for length of query - but hopefully I've included all
relevant and some not so relevant details]

I've just got hold of trumpet and wanted to test it out for suitability
in providing multiple unix sessions at some of our remote sites. I have
set up a test senario in my office and basically it comprises 2 slip
connections [internal slip mode of trumpet] from the PC's to a 3 com
cs/2000 terminal server running slip on its ports. Running TCP 4.2 on
the server.

Various bit's of software are used including Cham v4 and a little
package in beta developed down the road called Whizz for Windows -
[basically a wsye50/60 terminal emulator - but a rather nice windows
package].

Everything works fine - lots of sessions I have setup the cham ftp
server and can ftp files from our unix boxes etc - both ways - brillant.
*Except* this only works for 1 pc or the other, if the other PC goes
live with a slip connection then 1 of the PC's will drop all
connections. This reminds me of like a chamelon licience violation thing
- like not 2 unique copies. Every thing hangs and trace mode doesn't
seem to indicate anything obvious.

I notice trumpet.ini has a registration entry and was wondering if the
cause of the problem was due to the fact that I need two differet
registered copies to work correctly. I'm still in test phase - but if
this can be confirmed then I can stop worrying about it and when I
present it as a solution we will register and presumably get unique
registration entries.

Incidentally I have *I think* proved that it's not the server - by
running the same liciened copy of PC/TCP 2.2 from both PC's and it's ok
- but then again it might not check for licience violation.

And finally in case anybody asks why I use trumpet for the slip when
Cham 4 supports its - well it's cos I can't get Cham to talk slip to the
server port slip - don't know what the problem is - but much messing
about and help from supplier has not helped. Anyway when my trumpet
works correctly I only need to buy in Whizz and get plenty of
functionality - the users this is intended for don't need FTP, finger
etc.

PS only a trumpet user for 2 weeks now - it's sh*t hot good.

Thanks in advance for any replies.
.....shin

.......Striving to Survive - Causing Least Possible Suffering
** the nazi's came and we kicked 'em out - Gravesend,Kent,UK **
[e-mail]



.......Striving to Survive - Causing Least Possible Suffering
** the nazi's came and we kicked 'em out - Gravesend,Kent,UK **
[e-mail]